home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000397_news@bigblue.oit.unc.edu_Fri May 27 13:25:53 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  24KB

  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA17788; Fri, 27 May 1994 13:25:53 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA19303; Fri, 27 May 1994 13:19:05 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Fri, 27 May 1994 12:20:58
  9. From: sandeen@kazoo.cecer.army.mil (Eric R Sandeen)
  10. Message-Id: <sandeen.37.000C59DB@kazoo.cecer.army.mil>
  11. Organization: USA CERL
  12. Sender: ses
  13. References: <MMENDIS.94May25231342@splinter.coe.neu.edu>
  14. Subject: Re: SLIP
  15.  
  16. In article <MMENDIS.94May25231342@splinter.coe.neu.edu> mmendis@splinter.coe.neu.edu (Michael E. Mendis) writes:
  17. >From: mmendis@splinter.coe.neu.edu (Michael E. Mendis)
  18. >Subject: SLIP
  19. >Date: 26 May 1994 03:13:42 GMT
  20.  
  21. >I have gotten SLIP to work under linux and windows, but the problem I have
  22.  is that when I connect to my school's computer I don't login in as a user.  I 
  23. type 'SLIP'.  This main computer allows people to connect to all the different 
  24. computer systems in the school, compuer science, physics, engineering, ect... 
  25.  So everyone can use SLIP, and it doesn't need to be installed on every 
  26. computer.
  27.  
  28. >So my problem is, most of the software to use slip, besides the telnet doesn't work.
  29.   They all assume I have logged in.  i.e. WinGopher sends the command gopher, 
  30. but the main compuer system doesn't undertsand 'gopher'.  It only know rlogin 
  31. and telnet.  That's why telnet works.   I am looking for a telnet program, 
  32. which allows me to run wingopher, winarchie from within the telnet program.   
  33. Or a program which similar to it.
  34.  
  35. >Thanks
  36. >Mike
  37.  
  38. I think you're not doing what you think you're doing..  :-)
  39.  
  40. Sounds like you're at your terminal server prompt - it only knows rlogin and 
  41. telnet, and maybe slip as commands.  I'm not sure what you're trying to do - 
  42. but here's what SLIP is for:  You get the slip software for your computer at 
  43. home.  You use it to dial up your school's mainframe, and you tell the 
  44. mainframe "SLIP" (and probably some other things, such as your login...?)  If 
  45. all goes well, and you get connected correctly, then your computer is an 
  46. extension of the Internet, over the phone lines.  You have your own IP 
  47. address, etc.  So - when you have the SLIP connection, you're ready to use 
  48. anything that is "winsock" compliant.   (I'm assuming you're using windows, 
  49. right?)  NOW you can use Wingopher and the like - they need to be installed on 
  50. YOUR machine, at home.  When you typed wingopher before, you were telling the 
  51. terminal server to run wingopher, and it has never even heard of "Windows"!
  52.  
  53. When you say that "SLIP" doesn't need to be installed on everyone's 
  54. computer...  Not sure what you mean.  Perhaps you're in a lab with a file 
  55. server, and the Winsock compliant programs (like WinGopher) are simply run 
  56. off of the file server...
  57.  
  58. Anyway, a good SLIP package to use is Trumpet Winsock.  It's 
  59. shareware, available at ftp.utas.edu.au, in directory 
  60. /pub/pc/trumpet/winsock/winsock.zip
  61.  
  62. (there are other servers which have it, if you know how to use archie, use 
  63. that to find a closer ftp server, since the one above is in australia and 
  64. somewhat bogged down...)
  65.  
  66. Good luck!
  67.    -eric
  68. From news@bigblue.oit.unc.edu Fri May 27 00:23:12 1994
  69. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  70.           id AA17806; Fri, 27 May 1994 13:25:54 -0400
  71. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  72.           id AA17115; Fri, 27 May 1994 13:00:19 -0400
  73. Received: from GATEWAY by bigblue with netnews
  74.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  75. To: winsock@sunsite.unc.edu
  76. Date: Fri, 27 May 1994 00:23:12 GMT
  77. From: paul@atlas.abccomp.oz.au (Paul Brooks)
  78. Message-Id: <CqFqEp.2tL@atlas.abccomp.oz.au>
  79. Organization: TurboSoft Pty Ltd, Sydney, Australia
  80. Sender: ses
  81. References: <2rgem4$4vk@inews.intel.com>, <Cq4quw.D0G@zeno.fit.edu>, <kasajianCq8BJ7.75z@netcom.com>
  82. Subject: Re: WINSOCK for DOS?
  83.  
  84. In article <kasajianCq8BJ7.75z@netcom.com> kasajian@netcom.com (Kenneth Kasajian) writes:
  85. |perlman@cs.fit.edu (Marshal Perlman [ARCS]) writes:
  86. |
  87. |>On Thu, 19 May 94 12:28:48, rvij@mipos3.intel.com wrote:
  88. |>:     Does anyone know if there is a DOS version of WINSOCK available?
  89. |
  90. |>Winsock is a WINDOWS SOCKET API... There is no such thing as DOSSOCK.
  91. |
  92. |>I suggest you obtain DOS specific TCP/IP stuff such as MINUET, NCSA/CUTCP
  93. |>Telnet, NuPOP etc...
  94. |
  95. |How do you know that Winsock doesn't support DOS programs?  The spec
  96. |clearly talks about a DOS interface to TCP/IP.  It's just not completed
  97. |yet.
  98.  
  99. Time to put an end to this nonsense. The 'spec' - Windows Sockets 1.1 
  100. Specification - says _nothing_ about a DOS 'Winsock' interface. You are
  101. thinking of the Winsock FAQ that gets posted sporadically here, in which there
  102. is a mention of a project of me and my company to create a 'winsock'
  103. environment under DOS. (and for those that have emailed me lately, please be
  104. patient - our email link is in a bad karma state right now! - I _will_ get
  105. back to you!).
  106.     The entire idea behind Windows Sockets, and the reason it has caught
  107. on so well, is that it is a _binary_ interface - you can mix and match
  108. pre-compiled applications and kernels. In the DOS world, every protocol stack
  109. uses a different intyernal interface, so programs, once compiled with a 
  110. particular vendor's socket library, would only communicate using that vendor's
  111. protocol kernel. Third-party developers, like us, needed to purchase every
  112. single DOS stack we wanted to be able to work over, and produce empteen
  113. versions of the same program, one for each stack - and they all worked
  114. differently, and the interfaces often needed to be customised for each,
  115. because the socket calls were subtly different, or one supported options
  116. the other didn't, etc.
  117.     Our project was:
  118.     1) to produce DOS libraries that would allow the same source code to
  119.     be compiled under DOS and Windows, using the Windows Sockets spec. as
  120.     the definitive interface manual, including the WSAAsync. calles and
  121.     blocking hook operation.
  122.  
  123.         This has been done.
  124.  
  125.     2)    To produce 'shims', and/or release a binary interface spec so
  126.     others can produce the 'shims', to load on top of each different
  127.     stack so they all look the same from the application's viewpoint. Then
  128.     you could run 'DOSSOCK' compiled programs over anybodies stack,
  129.     and hopefully new stack developers would use the published interface
  130.     as their standard interface, obviating the need to a shim.
  131.  
  132.     Result:
  133.         The libraries work fine - over our stack :-), but there has
  134.     been absolutely no commercial interest in it - everyone wants Windows
  135.     and is or will be halting production of DOS programs, so there has been
  136.     no demand. So at the moment, you could write DOS/Windows code modules,
  137.     but the DOS executables would only work over our stack.
  138.  
  139. Various efforts have been begun and abandoned to produce a single
  140. common DOS ABI, but all have failed, ultimately because a) they came
  141. 4 years too late, and b) none of the major vendors would entertain changing
  142. or adding to their existing stacks and interfaces to support it - each wanted
  143. 'their' ABI to become the 'true' ABI, to save work - and I really can't
  144. blame them.
  145.  
  146. P.S. If you really want to make your Winsock code work in the
  147. DOS environment, order an eval. copy ($0) of our stack or download it from 
  148. our BBS (+61 2 281 3155 - 3 x 14.4K lines) and drop me an email message
  149. and I'll send the DOS libraries (MS and Borland, small & large model) to you
  150. to try.
  151.  
  152. P.P.S. I just write the stuff - I don't do marketing or decisions. All of this
  153. is purely F.Y.I and is only my personal opinions.
  154.  
  155. -- 
  156. Paul Brooks              |paul@abccomp.oz.au       |Emerging Standard:
  157. TurboSoft Pty Ltd        |pwb@newt.phys.unsw.edu.au|  one that has not yet
  158. 579 Harris St., Ultimo   |                         |  been superseded.
  159. Sydney Australia 2007    |ph: +61 2 281 3155       |  
  160. From news@bigblue.oit.unc.edu Fri May 27 14:25:53 1994
  161. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  162.           id AA06754; Fri, 27 May 1994 14:25:53 -0400
  163. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  164.           id AA21598; Fri, 27 May 1994 14:12:08 -0400
  165. Received: from GATEWAY by bigblue with netnews
  166.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  167. To: winsock@sunsite.unc.edu
  168. Date: Fri, 27 May 1994 14:48:45
  169. From: peaches@nbnet.nb.ca (Kellilynn)
  170. Message-Id: <peaches.204.000ED078@nbnet.nb.ca>
  171. Organization: NB*Net
  172. Sender: ses
  173. References: <rick.1.000C419C@chrir.fcmr.forestry.ca>
  174. Subject: Re: Help : Winsock login.cmd for NB tel's NB NET
  175.  
  176. In article <rick.1.000C419C@chrir.fcmr.forestry.ca> rick@chrir.fcmr.forestry.ca (Rick Christopher) writes:
  177. >From: rick@chrir.fcmr.forestry.ca (Rick Christopher)
  178. >Subject: Help : Winsock login.cmd for NB tel's NB NET
  179. >Date: Fri, 27 May 1994 17:15:17 GMT
  180.  
  181. >Can someone post or e-mail me the Winsock login.cmd script that works for 
  182. >NBtel NB Net service.  I looked at the samples included with winsock but I'm 
  183. >having a hard time configuring the script to work with NBnet.
  184.  
  185. I tried to email you at this address, but it bounced back :(
  186. Do you have an account on NBnet?
  187. If so, you can always call the 800 number, or possibly post to our nbnet 
  188. groups where you can get help dealing with things concerning NBnet and 
  189. setups/config files/scripts..etc
  190. Or on the NBnet gopher under NBnet/Internet information there's an FAQ (from 
  191. my newsgroup) that has a good login.cmd for winsock
  192.  
  193. If you don't have an account with NBnet, the login scripts aren't going to do 
  194. you any good.
  195. If you are on NBnet, email me and I can send you a copy of the FAQ
  196.  
  197.  
  198. Kellilynn
  199.  
  200.  
  201. ************************************************************
  202. Peachnut Internet Training Services  bus/fax: (506) 386-8831
  203. email: peaches@nbnet.nb.ca   
  204. http://www.csi.nb.ca/peachnut/peachnut.html
  205. We help you get the most from your internet connection.
  206. ************************************************************
  207. From JEFF@arnor.zis.ziff.com Fri May 27 15:42:00 1994
  208. Received: from zcias1.ziff.com by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  209.           id AA02901; Fri, 27 May 1994 15:44:19 -0400
  210. Received: from zijm.zis.ziff.com by zcias1.ziff.com (PMDF V4.3-7 #6906)
  211.  id <01HCU7VU3Z7K002BEC@zcias1.ziff.com>; Fri, 27 May 1994 15:43:45 EDT
  212. Date: Fri, 27 May 1994 15:42:00 +0000
  213. From: Jeff Macdonald <JEFF@arnor.zis.ziff.com>
  214. Subject: RE: WINSOCK for DOS?
  215. To: winsock@sunsite.unc.edu
  216. Reply-To: jeff@zis.ziff.com
  217. Message-Id: <01HCU7VU5UPU002BEC@zcias1.ziff.com>
  218. X-Envelope-To: winsock@sunsite.unc.edu
  219. X-Mailer: Pegasus Mail/Windows (v1.11a)
  220. Content-Transfer-Encoding: 7BIT
  221. Priority: normal
  222.  
  223. Food for thought:
  224.  
  225. Borland is releasing a royality free DOS extender (called PowerPak)
  226. that will be able to use Windows DLLs as long as the DLLs don't
  227. contain any Windows GDI calls. 
  228.  
  229. Wouldn't that allow developers to use the Windows winsock.dll in DOS 
  230. programs?
  231.  
  232. Comments?
  233.  
  234. > In article <kasajianCq8BJ7.75z@netcom.com> kasajian@netcom.com (Kenneth Kasajian) writes:
  235. > |perlman@cs.fit.edu (Marshal Perlman [ARCS]) writes:
  236. > |
  237. > |>On Thu, 19 May 94 12:28:48, rvij@mipos3.intel.com wrote:
  238. > |>:     Does anyone know if there is a DOS version of WINSOCK available?
  239. > |
  240. > |>Winsock is a WINDOWS SOCKET API... There is no such thing as DOSSOCK.
  241. > |
  242. > |>I suggest you obtain DOS specific TCP/IP stuff such as MINUET, NCSA/CUTCP
  243. > |>Telnet, NuPOP etc...
  244. > |
  245. > |How do you know that Winsock doesn't support DOS programs?  The spec
  246. > |clearly talks about a DOS interface to TCP/IP.  It's just not completed
  247. > |yet.
  248. > Time to put an end to this nonsense. The 'spec' - Windows Sockets 1.1 
  249. > Specification - says _nothing_ about a DOS 'Winsock' interface. You are
  250. > thinking of the Winsock FAQ that gets posted sporadically here, in which there
  251. > is a mention of a project of me and my company to create a 'winsock'
  252. > environment under DOS. (and for those that have emailed me lately, please be
  253. > patient - our email link is in a bad karma state right now! - I _will_ get
  254. > back to you!).
  255. >     The entire idea behind Windows Sockets, and the reason it has caught
  256. > on so well, is that it is a _binary_ interface - you can mix and match
  257. > pre-compiled applications and kernels. In the DOS world, every protocol stack
  258. > uses a different intyernal interface, so programs, once compiled with a 
  259. > particular vendor's socket library, would only communicate using that vendor's
  260. > protocol kernel. Third-party developers, like us, needed to purchase every
  261. > single DOS stack we wanted to be able to work over, and produce empteen
  262. > versions of the same program, one for each stack - and they all worked
  263. > differently, and the interfaces often needed to be customised for each,
  264. > because the socket calls were subtly different, or one supported options
  265. > the other didn't, etc.
  266. >     Our project was:
  267. >     1) to produce DOS libraries that would allow the same source code to
  268. >     be compiled under DOS and Windows, using the Windows Sockets spec. as
  269. >     the definitive interface manual, including the WSAAsync. calles and
  270. >     blocking hook operation.
  271. >         This has been done.
  272. >     2)    To produce 'shims', and/or release a binary interface spec so
  273. >     others can produce the 'shims', to load on top of each different
  274. >     stack so they all look the same from the application's viewpoint. Then
  275. >     you could run 'DOSSOCK' compiled programs over anybodies stack,
  276. >     and hopefully new stack developers would use the published interface
  277. >     as their standard interface, obviating the need to a shim.
  278. >     Result:
  279. >         The libraries work fine - over our stack :-), but there has
  280. >     been absolutely no commercial interest in it - everyone wants Windows
  281. >     and is or will be halting production of DOS programs, so there has been
  282. >     no demand. So at the moment, you could write DOS/Windows code modules,
  283. >     but the DOS executables would only work over our stack.
  284. > Various efforts have been begun and abandoned to produce a single
  285. > common DOS ABI, but all have failed, ultimately because a) they came
  286. > 4 years too late, and b) none of the major vendors would entertain changing
  287. > or adding to their existing stacks and interfaces to support it - each wanted
  288. > 'their' ABI to become the 'true' ABI, to save work - and I really can't
  289. > blame them.
  290. > P.S. If you really want to make your Winsock code work in the
  291. > DOS environment, order an eval. copy ($0) of our stack or download it from 
  292. > our BBS (+61 2 281 3155 - 3 x 14.4K lines) and drop me an email message
  293. > and I'll send the DOS libraries (MS and Borland, small & large model) to you
  294. > to try.
  295. > P.P.S. I just write the stuff - I don't do marketing or decisions. All of this
  296. > is purely F.Y.I and is only my personal opinions.
  297. > -- 
  298. > Paul Brooks              |paul@abccomp.oz.au       |Emerging Standard:
  299. > TurboSoft Pty Ltd        |pwb@newt.phys.unsw.edu.au|  one that has not yet
  300. > 579 Harris St., Ultimo   |                         |  been superseded.
  301. > Sydney Australia 2007    |ph: +61 2 281 3155       |  
  302.  
  303.  
  304.  
  305. Jeff Macdonald
  306. 10 Presidents Landing
  307. Medford, MA
  308. 617-393-3256
  309.  
  310. jeff@zis.ziff.com
  311. From news@bigblue.oit.unc.edu Fri May 27 19:14:49 1994
  312. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  313.           id AA06713; Fri, 27 May 1994 15:55:50 -0400
  314. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  315.           id AA17453; Fri, 27 May 1994 15:30:52 -0400
  316. Received: from GATEWAY by bigblue with netnews
  317.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  318. To: winsock@sunsite.unc.edu
  319. Date: Fri, 27 May 1994 19:14:49 +0000
  320. From: nikki@trmphrst.demon.co.uk (Nikki Locke)
  321. Message-Id: <770092869snx@trmphrst.demon.co.uk>
  322. Organization: Trumphurst Ltd.
  323. Sender: ses
  324. References: <robin.18.2DE4FA3A@smissman.hbc.ukans.edu>
  325. Subject: Re: TRUMPET:SLIP:COM4:...Help!!!
  326.  
  327. In article <robin.18.2DE4FA3A@smissman.hbc.ukans.edu> robin@smissman.hbc.ukans.edu (Robin Greenhagen) writes:
  328. > I am having a heck of a time getting Trumpet to SLIP over my internal USR 
  329. > v.32.bis modem which is set up on COM4.  
  330. > When dialing our terminal server, I get the CONNECT 14400/ARQ just fine, but 
  331. > instead of the next line being "Username:"  I get a line of garbage the looks 
  332. > like  and some other weird characters.  
  333.  
  334. You have your baud rate set wrong.
  335.  
  336. -- 
  337. Nikki Locke,Trumphurst Ltd.(PC & Unix consultancy) nikki@trmphrst.demon.co.uk
  338. trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
  339. From news@bigblue.oit.unc.edu Fri May 27 19:57:46 1994
  340. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  341.           id AA16804; Fri, 27 May 1994 16:25:53 -0400
  342. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  343.           id AA19264; Fri, 27 May 1994 16:01:35 -0400
  344. Received: from GATEWAY by bigblue with netnews
  345.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  346. To: winsock@sunsite.unc.edu
  347. Date: Fri, 27 May 1994 19:57:46 GMT
  348. From: Alan.Thew@liverpool.ac.uk (Alan Thew)
  349. Message-Id: <CqH8sA.H7G@liverpool.ac.uk>
  350. Organization: The University of Liverpool
  351. Sender: ses
  352. Subject: WinVn 91.2 winsock error
  353.  
  354. I get the following error from Trumpet Winsock 1.0 beta #6
  355.  
  356.     Error: WSAENOTSOCK (0) by WINVN
  357.  
  358. My ini file is correct and no amount of changing things seems to work
  359. the gwinsock.dll is in place and mentioned correctly in the ini file.
  360. Version 90.6 of WinVn is fine (as you can see :-))
  361.  
  362. Any ideas anyone?
  363.  
  364. Thanks
  365.  
  366. Alan Thew
  367. From news@bigblue.oit.unc.edu Tue May 27 20:51:50 1994
  368. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  369.           id AA25459; Fri, 27 May 1994 16:55:54 -0400
  370. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  371.           id AA22271; Fri, 27 May 1994 16:54:11 -0400
  372. Received: from GATEWAY by bigblue with netnews
  373.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  374. To: winsock@sunsite.unc.edu
  375. Date: 27 May 94 20:51:50 GMT
  376. From: blchow@unixg.ubc.ca (Bing Chow)
  377. Message-Id: <blchow.770071910@unixg.ubc.ca>
  378. Organization: The University of British Columbia
  379. Sender: ses
  380. Subject: Looking for FAQ for this group
  381.  
  382. Can someone tell me where I can get a copy of the FAQ for this group?
  383.  
  384.  
  385. -- 
  386. $&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*&$&#*-=*
  387. Bing Chow <blchow@unixg.ubc.ca>         *   
  388. Telephone: (604) 254-4318               *    Smile! It looks good on you.
  389. The University of BC, Vacouver, Canada  *
  390. From news@bigblue.oit.unc.edu Fri May 27 12:24:32 1994
  391. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  392.           id AA05324; Fri, 27 May 1994 17:25:54 -0400
  393. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  394.           id AA21009; Fri, 27 May 1994 17:01:56 -0400
  395. Received: from GATEWAY by bigblue with netnews
  396.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  397. To: winsock@sunsite.unc.edu
  398. Date: Fri, 27 May 1994 16:24:32 EDT
  399. From: matt.cme@mail.health.ufl.edu (Matt Davidson)
  400. Message-Id: <matt.cme.230.00734AAD@mail.health.ufl.edu>
  401. Organization: University of Florida
  402. Sender: ses
  403. Subject: WINMM16.DLL in Mosaic 2.0a4?
  404.  
  405. After I installed the Win32s, Aldus Pagemaker gave me a GPF every time I went 
  406. to print.  The GPF was in "WINMM16.DLL."  I renamed the file and now PM works 
  407. fine.  But whenever I start Mosaic I get a file not found error looking for 
  408. WINMM16.  Strangely, though, I just click "OK" and Mosaic works fine!  What is 
  409. this DLL that creates such errors but seems to be totally unnecessary?
  410.  
  411. --Matt D.
  412. From news@bigblue.oit.unc.edu Tue May 27 15:46:57 1994
  413. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  414.           id AA14992; Fri, 27 May 1994 17:55:54 -0400
  415. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  416.           id AA20594; Fri, 27 May 1994 17:50:55 -0400
  417. Received: from GATEWAY by bigblue with netnews
  418.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  419. To: winsock@sunsite.unc.edu
  420. Date: 27 May 1994 18:46:57 -0300
  421. From: rballard@fox.nstn.ns.ca (Rick Ballard)
  422. Message-Id: <rballard.587.2DE66A4B@fox.nstn.ns.ca>
  423. Organization: Nova Scotia Technology Network
  424. Sender: ses
  425. References: <2s2rit$ci@news.service.uci.edu>, <2s2t5c$4jb@Mercury.mcs.com>, <jmason.770038243@destructor>
  426. Subject: Re: Winsock reliability (was Re: Trumpet vs. Chameleon)
  427.  
  428.  
  429. karl@MCS.COM (Karl Denninger) writes:
  430.  
  431. >I have, and strongly DISrecommend Trumpet.  I had lots of very serious
  432. >problems with it in the stability and performance area that I do not 
  433. >have with Chameleon.
  434.  
  435. I have been running Trumpet Winsock (now at 1.0 rev A) for a long time, over 
  436. a SLIP connection. I run mosaic, hgopher, eudora, wsftp, and trumpet
  437. newsreader. I do not have GPFs. I find Trumpet Winsock to be problem free. I 
  438. highly recommend Trumpet Winsock over a slip connection. I am running with a 
  439. USR Sportster 14400, the Cyberdrv comm driver and a 16550 uart.
  440.  
  441. Maybe you could provide details of your stability and performance problems. I 
  442. admit the whole setup takes a lot of tuning and trial and error to get running 
  443. properly, but it can be set up to yield extremely reliable communications.
  444. --
  445. __________________________________________________     _______________
  446. |                      |                         |    /  _____________O
  447. | Rick Ballard         | rballard@fox.nstn.ns.ca |   /  /|___________
  448. | Halifax, Nova Scotia | 429-8850                |  /  /_/___________O
  449. | Canada               |                         | /________________
  450. |______________________|_________________________| |________________O
  451. From news@bigblue.oit.unc.edu Tue May 27 22:00:55 1994
  452. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  453.           id AA23911; Fri, 27 May 1994 18:25:53 -0400
  454. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  455.           id AA10526; Fri, 27 May 1994 18:14:59 -0400
  456. Received: from GATEWAY by bigblue with netnews
  457.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  458. To: winsock@sunsite.unc.edu
  459. Date: 27 May 1994 22:00:55 GMT
  460. From: lellis@dmccorp.com (John Lellis)
  461. Message-Id: <2s5qin$8a8@uuneo.neosoft.com>
  462. Organization: NeoSoft Internet Services   +1 713 684 5969
  463. Sender: ses
  464. References: <jones.46.00610B0C@cbdb1.nimh.nih.gov>, <2rvmh7$om3@uuneo.neosoft.com>, <jones.52.0068187E@cbdb1.nimh.nih.gov>
  465. Subject: Re: WinQvt/Net 3.97 and MS TCP/IP Daytona
  466.  
  467. Doug Jones (jones@cbdb1.nimh.nih.gov) wrote:
  468. : In article <2rvmh7$om3@uuneo.neosoft.com> lellis@dmccorp.com (John Lellis) writes:
  469.  
  470. : >For what it's worth, WinQVT/Net v3.97 runs fine here under WFWG with NETBUI and
  471. : >Daytona TCP/IP - I just logged in and out of the QVT FTP server five times from
  472. : >another node without any trouble.  Sounds like a synergism with the Novell ODI
  473. : >drivers - let the finger-pointing begin!
  474. :  
  475. : BUT, as I said I'm not running Novell,i.e. no ODI on my machine. Strange?
  476. : Wonder what the quirks is? I'm just like yours WFWG, NetBEUI, MS-TCP/IP-32!
  477. : Doug
  478. : jones@cbdb1.nimh.nih.gov
  479.  
  480. I'm using the SMC EtherCard PLUS Elite16T (WD8013) card.  Is that a difference?
  481.  
  482. --
  483.  
  484. John Lellis (lellis@dmccorp.com)
  485.  
  486. --
  487. ... Our continuing mission: To seek out knowledge of C, to explore
  488. strange UNIX commands, and to boldly code where no one has man page 4.
  489.  
  490.